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BILLING SYSTEM 
NOTICE REGARDING COPYRIGHTS 
A portion of the disclosure of this patent document 
contains material which is subject to copyright protection. 
5 The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent disclosure, as it 
appears in the Patent and Trademark Office patent files or 
records, but otherwise reserves all copyright rights 
whatsoever. 

10 REFERENCE TO MICROFICHE APPENDIX 

A Microfiche Appendix to this patent application, 
comprising 5 sheets of microfiche, contains 454 frames of 
computer program listings illustrating a preferred embodiment 
of the computer software code contemplated by the invention 

15 disclosed herein. 



FIELD OF THE INVENTION 
This invention relates generally to billing systems, and 
more particularly to systems for processing and displaying, 
under the control of a service customer, usage and cost 
20 information for services rendered to a customer by a service 
provider such as a telecommunications company, credit card 
company, or the like. 

The invention relates particularly to systems for 
processing and displaying, under the control of a 
25 telecommunications service customer, usage and cost 

information for telecommunications services rendered to the 
customer by a telecoitonunications service provider, and to 
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systems for providing telecommunications billing information 
in a form compatible with popularly available personal 
computers and popularly available personal computer operating 
systems and database management programs to permit selection, 
5 processing and display of usage and cost information under 
control of the telecommunications customer. 

BACKGROUND OF THE INVENTION 

Telecommunications costs have become a major expense for 

many large businesses and other organizations. Today's 

10 competitive business climate requires immediate communications 

between components of an organization and between the 

organization and its suppliers and customers. This need alone 

has produced over the last twenty years a dramatic increase in 

the use of traditional telecommxinications services such as 

15 ordinary switched telephone service, leased-line telephone 

seirvice and telex, typically provided by wireline common 

carriers. In addition, many non-traditional modes of 

/ electronic communications, such as facsimile and a variety of 

computer networking schemes use, as u transmission mediiim, 

20 either traditional or new telecommunications services offered 

by wireline carriers. 

Organizations are under great pressure to reduce 

telecommunications costs while continuing to make availcible to 

their personnel and correspondents telecommunications services 

25 of acceptable quality and quantity. In order to minimize 

« 

costs, attention is increasingly focused on analysis and. 
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processing of call^detail records to discover waste, 
unauthorized use, and savings opportunities which may arise 
from more efficient selection of carrier facilities. 

For example, lengthy calls from a particular station may 
5 indicate inappropriate or inefficient use of the telephone by 
authorized pertsonnel. A large number of calls to a particular 
geographical region may indicate that leased lines or tie- 
lines are economically justified. Since many 
telecommunications services are priced on a distance- and 

10 time-of -day-sensitive basis, and since several 

telecommunications carriers provide differing calling and 
volume discount plans, customers may avail themselves of 
additional savings opportunities by appropriately routing 
traffic over the lowest cost facilities and by contracting for 

15 special discounts based on usage information obtained from 
such analyses. A further requirement for call-detail record 
processing is to permit large organisations to pass along 
telecommunications charges to the originating department or 
other internal unit. 

20 Such analysis and processing is hampered, because even 

large-volume telecommunications customers typically now 
receive a paper bill itemizing long-distance calls and other 
telecommunications charges by originating station. This paper 
bill is often the exclusive means by which the customer may 

25 obtain detailed information concerning telephone calls and 

other transactions from which charge:; arise. Further analysis 
is usually not provided by the carrier. 
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In order to process and analyze call-detail information 
on their own, customers have adopted a variety of techniques, 
but each of these has significant disadvantages. The 
information on a bill may be analyzed using non-automated 
5 methods, but these methods are not feasible for large 

customers, and even for the smallest customers are extremely 
expensive and error-prone. Since automated processing is 
preferred, some customers manually key-punch or machine-scan 
the paper bill into a computer system. While this approach 

10 somewhat reduces the cost of the analysis, the data entry 
steps remain expensive and error-prone. 

Other customers may receive from the carrier a machine- 
readable tape containing call-detail records, but to the 
inventors' knowledge these tapes either carry unrated call 

15 information (i.e. the records do not include the cost of the 
call) or lack certain rating details without which it is 
impossible to exactly reconcile information on the tape with 
the paper bill. In addition, the type of tape media used, and - 
the manner in which the information is organized on such 

20 tapes, require that an expensive mainframe-class computer be 
used to analyze the data. 

Apparatus has also been developed which may be 
continuously connected to each outgoing station, telephone 
line or similar facility used by the customer and which 

25 records certain details concerning every outgoing transaction 
or call made over that facility. The records thereby produced 
may then be processed by a computer wO apply an appropriate 



BNSDOCID: <W0 9l03023A1> 



wo 91/03023 PCr/US90/04563 

5 

rating algorithm and arrive at an approximate cost for each 
transaction. However, since the customer's recording 
equipment is not identical to the equipment used by the 
carrier to acquire call-detail records, some discrepancies are 
5 virtually sure to occur, and these discrepancies will be 

propagated to the final results of the analysis. In addition, 
since the carrier's calling plans and tariffs may change 
frequently, a great deal of effort is required on the part of 
the customer to maintain up-to-date and otherwise accurate 

10 rating algorithms for processing the records. 

Accordingly, the need exists for a system which provides 
to large-volume telecommunications customers the ability to 
conveniently and affordably analyze ?.nd manipulate call-detail 
and other telecommunications transaction information by 

15 computer, and which provides results which exactly correspond 
with the information printed on the customer's paper bill. 

SUMMARY OF THE INVENTION 

This invention contemplates a system combining standard 

data processing hardware and specially designed software for 

20 distributing to large-volume telecomir.unications or other 

service customers telephone bills, credit card bills, and the 

like on diskettes compatible with coimonly available small and 

inexpensive personal computers for c\*stomer-directed display 

and in-depth analysis. In brief, telecommunications or other 

25 service customers wishing to receive a diskette telephone or 

« 

credit card bill subscribe for this uervice with their carrier 
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or credit card company, A participating telecommunications 
carrier or credit card company (more generally: a "service 
provider," or simply "provider") extracts from its data » 
processing facilities appropriately selected billing 

fa 

5 information for such subscriber, Tho provider then supplies 
this information to a "processor", who, according to the 
invention, segregates the billing data by subscriber, 
appropriately preprocesses the billing data to produce a 
variety of in-depth billing analyses in the form of graphs and 

10 summary reports, and reorganizes both raw and analyzed billing 
data into an optimal format for storage, manipulation, and 
display on commonly-available personal computers. The 
"processor" writes this information onto one or more diskettes 
compatible with the subscriber's personal computer, and 

15 distributes these diskettes to the subscriber. The 

subscriber, using an inexpensive personal computer and 
compatible software according to the invention, can display 
and analyze the telephone bill with greater efficiency, 
accuracy and flexibility than possib2.e using the conventional 

20 paper bill. By appropriately selecting the billing 

information obtained from the service provider, the invention 
provides a telephone, credit card or other bill on diskette 
which is exactly reconciled with the paper bill. 

One aspect of the invention includes an application 

25 software package, capable of running on a small computer (such ^ 
as an IBM Personal Computer or compatible computer) , which 
under the direction of the user can: 
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1. display the telephone bill (or selected subsets 
thereof) in its ordinary (pape.r-like) format; 

2. display the bill (or selected subsets thereof) sorted 
in non-conventional order (e.g, call detail records 

5 sorted by length of call) ; 

3 . display a variety of preprocessed summary reports and 
graphs useful in analyzing telecommunications costs; and 

4. display non-preprocessed reports according to user- 
formulated ad-hoc queries. 

10 The information listed above may also be printed or 

written to a disk file in the user's computer for further 
processing by other software, such ar a commercially available 
database management program which runs on an IBM-compatible 
personal computer. Information displayed by the inventive 

15 customer software is exactly reconciled with that printed on 
the customer's paper bill through meens described below. 

Another aspect of the invention involves the use of 
appropriate method steps and apparatus and control software 
for obtaining appropriate billing information from carriers 

20 and physically rearranging this information in such a manner 
that it is optimally pre-processed and reformatted into a form 
appropriate for efficient and rapid use in subscribers' 
personal computers, and writing the information in this format 
on compatible diskettes containing for distribution to 

25 subscribers. These functions may be performed by a third 
party processor engaged in the business of providing such 
services to service providers and th»iir subscribers, or by the 
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provider itself or perhaps even by a large corporate 
subscriber. 

In the specific case of telephone billing, the bulk of « 
the billing information used or supplied by a 
5 telecommunications carrier to the third-party processor for 
the purpose of preparing customer bills would consist of 
telephone-call-detail records including a carrier-assigned 
customer identification code, the originating station nximber, 
the called station number, a billing code classifying the type 

10 of call (e.g., night, evening or day), the length of the call, 
and the actual billed cost of the call according to the 
carrier's tariffs, volume discounts, and other billing plans. 
The carrier provides additional billing records to account for 
equipment rental charges, monthly service fees, payments, 

15 adjustments, taxes, and any other items affecting the amoxint 
billed to the customer. 

According to the invention, the processor receives a 
subscriber's billing records from the carrier at a stage in 
the carrier's ordinary billing process after the carrier has 

20 posted to the sxibscriber • s account all charges and credits, 
has performed all billing-related calculations for that 
subscriber, and is ready to print a paper bill. By selecting 
this specific stage of carrier bill processing from which to 
extract billing information, the invention ensures that the 

25 information supplied on diskette will exactly correspond to 

that on the paper bill. 

« 
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Extensive processing is required to put the inforination 
received from a carrier into an optir;al form for use on a 
personal computer. According to the invention, this 
processing is divided into two stages. 
5 The first stage reformats data received from the carrier, 

segregates the records pertaining to each subscriber, analyzes 
billing data for each subscriber to generate a variety of pre- 
processed summary reports and graphs, and organizes the data 
into a table format suitable for loading into the particular 

10 database system used to manage this data on the subscriber's 
personal computer. In practice, since it is expected that the 
processor will receive a large number of records from carriers 
and the analysis performed on these records is extensive, this 
first stage of processing would be preferably performed on a 

15 mainframe-class computer, and is accordingly referred to 
hereafter as "mainframe processing." 

The second stage of processing receives the information 
processed by the first stage, compresses this information into - 
a more space-efficient format, for each subscriber writes this 

20 information on a diskette compatible with that subscriber's 
personal computer, and generates quality-control information 
useful in managing and tracking the production of diskette 
bills. These second-stage functions can be performed on a 
. network of PC-class computers and is accordingly referred to 

25 hereafter as "PC processing." 

Once diskette bills are produced in the "PC Processing" 
system, the resulting diskettes are laailed to customers who 



BNS0OCI0:<WO 9103023A1> 



wo 91/03023 



PCT/US90/04S63 



may use PC-compatible software according to the invention (the 
"user application") to display and analyze their bill. When 
the user receives the diskettes, the information thereon must 
be decompressed and loaded into a PC database using facilities 
5 provided by a user application program according to the 

invention. This user application preferably uses commercially 
available database software, such as "RBASE", a popular 
database package available for IBM-PC-compatible computers, to 
manage the billing records received on diskette. Except for a 

10 small amount of historical information used for certain graphs 
and summary reports, the database can contain only one "bill" 
at any time. When a new bill is received, the previous bill 
may be archived to a non-database file (flat file) on the 
user^s disk for convenient retrieval. The new bill then 

15 replaces the old bill in the user application database. 

When writing information into the database, the user 
application employs commercially available software routines, 
such as RBASE-specif ic database interface routines. When 
reading information from the database, the user application 

20 either uses the commercially available interface routines, or 
a set of proprietary tree traversal routines (disclosed in the 
Microfiche Appendix) which substantic*lly improve retrieval 
efficiency when reading sorted data irom keyed tables. Thus, 
while the user application stores information in a database 

25 according to the RBASE storage model, the RBASE program per se 
is not required. However, a customer who happens to own a 
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copy of RBASE could use it to obtain information from the 

database in ways not provided by the user application. 

BRIEF DESCRIPTION OF TEE DRAWINGS 
These and other features of this invention will be best 
5 understood by reference to the following detailed description 
of a preferred embodiment of the invention, taken in 
conjunction with the accompanying drawings, in which: 

Fig. 1 is a block diagram showing an overview of the data 
flow in a telephone billing system according to the present 
10 invention; 

Fig. 2 is a block diagram showing an overview of the data 
flow in the "Mainframe Processing" segment of the system of 
Fig. 1; 

Fig. 3 is a block diagram showing an overview of the data 
15 flow in the "PC processing" segment of the system of Fig. 1; 

Fig. 4 is a block diagram showing an overview of the data 
flow in the "User Application" segment of the system of Fig. 
i; 

Fig. 5 is a flow chart of the "main processing sectionl'^^ 
20 for a first processing program designated TPSBOlO which is 
used in the "Mainframe Processing" segment of Fig. 2; 

Fig. 6 is a flow chart of the "initialization" section 
for the aforesaid first processing program used in the 
"Mainframe Processing" segment of Fig. 2; 
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Fig. 7 is a flow chart of the "input data editing" 
section for the first processing program used in the 
"Mainframe Processing" segment of Fig. 2; 

Fig. 8 is a flow chart of the "call detail accumulation" 
5 section for the first processing program used in the 
"Mainframe Processing" segment of Fig. 2; 

Fig. 9 is a flow chart of the "station number break 
processing" section for the first processing program used in 
the "Mainframe Processing" segment of Fig. 2; 
10 Fig. 10 is a flow chart of the "customer break 

processing" section for the first processing program used in 
the "Mainframe Processing" segment of Fig. 2; 

Fig. 11 is a flow chart of the "end-of-file processing" 
section for the first processing program used in the 
15 "Mainframe Processing" segment of Fic,. 2; 

Fig. 12 is a flow chart of the "main processing" section 
for a second processing program designated TPSB020 which is 
used in the "Mainframe Processing" segment of Fig. 2; 

Fig. 13 is a flow chart of the "initialization" section 
20 for the aforesaid second processing program used in the 
"Mainframe Processing" segment of Fig. 2; 

Fig. 14 is a flow chart of the "erroneous customer data 
rejection" section for the second processing program used in 
the "Mainframe Processing" segment of Fig. 2; 
25 Fig. 15 is a flow chart of the "write PC transfer tape 

records" section for the second procisssing program used in the 
"Mainframe Processing" segment of Fig. 2; 
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Fig. 16 is a flow chart of the ' end-of-f ile processing" 
section for the second processing program used in the 
"Mainframe Processing" segment of Fig. 2; 

Fig. 17 is a flow chart of a program used in the "PC 
5 Processing" segment of Fig. 3 for reading a mainframe-produced 
tape ; 

Fig. 18 is a flow chart of a program used in the "PC 
Processing" segment of Fig. 3 for loading billing data onto 
PC-compatible diskettes ; 
10 Fig. 19 is a flow chart of a program used in the "PC 

Processing" segment of Fig. 3 for creating a mainframe- 
readable export tape; 

Fig. 20 is a flow chart of the "main-menu" section for a 
customer-service file maintenance program which can be used in 
15 the "PC Processing" network of Fig. 3; 

Fig. 21 is a flow chart of the "add new carrier" section 
for a customer-service file maintenance program of Fig. 20; 

Fig. 22 is a flow chart of the "edit existing carrier" 
section for the customer-service file maintenance program of 
20 Figs. 20 and 21; 

Fig. 23 is a flow chart of the "add new customer" 
section for the customer-service file maintenance program of 
Figs. 20-22; 

Fig. 24 is a flow chart of the "edit existing customer" 
25 section for the customer-service file maintenance program of 
Figs. 20-23; 
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Fig. 25 is a flow chart of the "display errors" section 
for the customer-service file maintenance program of Figs. 20- 
24; 

Fig. 26 is a flow chart of the "display reports" section 
5 for the customer-service file maintenance program of Figs. 20- 
25; 

Fig. 27 is a flow chart of the "system maintenance" 
section for the customer-service file maintenance program of 
Figs. 20-26; 

10 Fig. 28 is a flow chart of the "main menu" section for 

the aforesaid "User Application" program of Fig. 4; 

Fig. 29 is a flow chart of the "display billing inquiry" 

section for the "User Application" program of Fig. 4; Figs. 

3 OA and BOB are flow charts of the "display call detail" 
15 sxibsection of the "display billing inquiry" section for the 

"User Application" program of Fig. 4; 

Figs. 31A and 3 IB are flow charts of the "display call 

summary" subsection of the "display billing inquiry" section 

for the "User Application" program of Fig. 4; 
20 Fig. 32 is a flow chart of the "graph data" section for 

the "User Application" program of Fig. 4; 

Fig. 33 is a flow chart of the "graph historical usage" 

sxibsection of the "graph data" section for the "User 

Application" program of Fig. 4; 
25 Fig. 34 is a flow chart of the ' graph hourly call 

distribution" stibsection of the "graph data" section for the 

"Userv Application Program" segment o:: Fig. 4; 
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Fig. 35 is a flow chart of the "system utilities" section 
for the "User Application" program of Fig. 4; 

Fig. 36 is a flow chart of the "load new data" subsection 
of the "system utilities" section for the "User Application 
5 Program" segment of Fig. 4; 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
Overall System Summary 
The mainframe processing aspect of the invention involves 
four major activities: a first sort, an editing and table 

10 accumulation program, a second sort, and transfer tape 

production program. The billing information may be received 
from one or more telecommunications carriers via magnetic 
tape, disk, or data communications lines (referred to 
hereafter for simplicity as "billing tape" or simply "tape"). 

15 The information is received in formats roughly corresponding 
to the logical record layouts according to which that 
information is stored in each carrier's data processing 
facilities. Because this information will be obtained from 
the carrier as unstructured (flat-file) dumps of their 

20 accounting databases, records for a particular customer may 
appear in several files and consequently may be widely 
distributed along the tape. Therefore, in the first sort, the 
system first sorts all billing data received on the carrier 
tape by customer identification code and originating station 

25 number to group all records for a specific customer together. 
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The editing and table accxmulat-on program performs the 
bulk of the mainframe processing worh. This program handles 
the entire set of records received on the carrier tape in one 
pass, processing one record at a time. Since these records 
5 have been previously sorted by customer identification code 
and originating station number, each record is edit-checked to 
ensure that the appropriate type of data is contained in each 
field. Since the invention contemplates receiving billing 
information from multiple carriers, a generic internal record 

10 format is defined, to which each billing record received from 
various telecommunications carriers is converted' according to 
a carrier-specific algorithm. For moi-t records in the input 
stream (and particularly call-detail records) , the editing and 
table accumulation program generates a corresponding output 

15 record in the generic format. In addition, this program 
accumulates data to produce for each customer a variety of 
precalculated summary reports and grciphs which are included on 
the diskette bill and are thus available for display on the 
user's personal computer with minimal additional personal 

20 computer processing. These include the following: 

- number of calls, length, and total call cost for each 
accounting or project code; 

- number of calls, length, and total cost for day, 
evening and night calls for each carrier; 

25 - number of calls, length, and total cost of calls of 

each call type; 

- number of calls, length, and total cost for day, 
evening, and night calls to each terminating area code; 

- number of calls, length, and total cost for calls of 
30 each product type (i.e. carrier's marketing plan); 

- number of calls, length, and '-otal cost for day, 
evening, and night calls from each site or location 
identifier; 
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- number of calls, lengthy and total cost for calls made 
from each originating station and authorization code; 

- graphs showing historical usage by month; and 

- graph showing number of calls made by hour of the day. 

5 While these tables could be generated on the subscriber's 

personal computer by conventional methods using information 
present in call -detail records without the mainframe 
preprocessing contemplated by this invention, this would 
require a time-consuming front-to-back scan of the entire 

10 contents of the database • By preprocessing these tables on a 
computer with greater processing and storage resources, the 
present invention optimally makes the most commonly-needed 
reports and graphs immediately available upon the user*s 
request, at the relatively modest expense of additional 

15 mainframe processing and additional PC database storage 
requirements . 

In order to pass the preprocessed report information 
along to the user's personal computer via the diskette bill, 
the editing and table accumulation program generates new 

20 information records in addition to those from the input stream 
which are merely edited and reformatted. The ultimate target 
of the carrier-supplied billing information is a database 
located on the user*s personal computer, which database is 
organized, at the logical level, into a nximber of tables. To 

25 permit svibsequent processing steps to identify the information 
' contained in records, each record which is outputted by the 
editing and table accumulation program has a record-type 
identifier, specifying* the particular database table to which 
the record belongs. 
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Two additional activities are performed during the 
mainframe processing segment to prepare the data for transfer 
to a "PC Processing" network. After the editing and table 
accumulation program has completed, c second sorting step 
5 sorts the output file by customer identification code and 
record-type identifier to place the records in an optimal 
order for creating diskette bills and for loading the 
information on the diskette into the database on the user's 
personal computer. At this point, a file exists on the 

10 "mainframe" computer in which, for each customer whose billing 
information appeared on the carrier billing tape, all records 
are grouped consecutively, and among the records for a 
particular customer, all records of a specific type are 
grouped consecutively. A transfer tape production program 

15 adds control records expected by the "PC Processing" software 
at the beginning and end of this file, and surrounding the 
data for each carrier, customer, and table within the file. 
The output of the transfer tape production program is then 
written to a tape which will be transported to the "PC 

20 Processing" network. 

In order for the customer to display and further analyze 
this edited and preprocessed information using the customer's 
personal computer, it must be placed on PC-compatible 
diskettes. According to the invention, the production of such 

25 diskettes is optimally performed using a network of PC-class 
computers. The diskette production segment is therefore 
referred to as "PC processing." 
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The "PC Processing" network reads the tape containing 
mainframe-processed billing records, and for each customer 
represented thereon produces one or more diskettes compatible 
with the customer's personal computer and containing that 
5 customer's telephone bill information. The network is 

preferably implemented using commercially available IBM Token- 
Ring hardware and Novelle network software, A Tape Controller 
PC (TCPC) with a disk drive and a 9-track tape drive is used 
to read the tapes produced by the mainframe. Two File Server 

10 PC's (FSPC's) with large disk drives temporarily store billing 
information read from mainframe tapes until diskette bills 
have been successfully prepared. Also stored on the FSPC's is 
a master database used to track tapes and diskette bills which 
have been prepared by the system. Several Loader Controller 

15 PCs (LCPC's), each controlling an automated diskette loader, 
manage production of diskette bills. The automated diskette 
loader includes a diskette drive connected to the LCPC and a 
mechanical arrangement controlled by the LCPC which can insert - 
and remove diskettes without operator assistance. 

20 The "PC Processing" network operates under the control of 

several programs which manage the production of diskette 
bills. A transfer tape transcription program reads 
information from the mainframe-produced transfer tape. For 
each tape read, an entry identifying the tape is placed in the 

25 master database. For each customer found on the tape, the 
transfer tape transcription program i.ooks up the customer's 

c 

record in the master database to determine which size and 
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capacity diskette that customer requires. The transfer tape 
transcription program then determines which of the automated 
diskette loaders is capable of producing that diskette, and 
identifies the least busy loader. The transfer tape 
5 transcription program obtains the next available disk control 
number (DCN) (a tracking number uniquely and serially assigned 
to each set of diskettes produced by the system) from the 
master database. The transfer tape transcription program then 
copies all the data for the current customer from the tape 
10 onto a file server subdirectory assigned to the identified 
loader. The transfer tape transcription program makes a 
number of housekeeping entries in various database tables and 
begins processing the next customer data from the mainframe 
tape. 

15 On each loader controller PC, an automated loader control 

program manages the actual production of diskette bills. The 
automated loader control program continually examines the file 
server subdirectory assigned to the automated diskette loader - 
it controls. When the automated loader control program finds 

20 a file in this siibdirectory, it copies the file onto a disk in 
the loader controller PC, applying a data compression 
algorithm. Data compression reduces the nxamber of diskettes 
which must be produced for customers with large numbers of 
call-detail records. In addition, coiipression enhances 

25 security, since without facilities pxovided by the user 
application on the customer's personal computer, the 
information would be difficult to decode. The automated 
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loader control program then copies the compressed data onto 
one or more diskettes, instructing the automated loader to 
insert and remove diskettes as required. When the automated 
loader control program finishes preparing diskettes for a 
5 particular customer, it automatically examines its assigned 
file server subdirectory to determine if files for additional 
customers are available. 

The master database on the "PC processing" network 
maintains an inventory of tapes received, diskettes produced, 

10 and other customer-service related information. A package of 
inquiry and update programs is availc^ble to customer service 
agents enabling them to maintain and query this database. 
When new customers subscribe to the service, entries are made 
in the master database. An export tape production program 

15 extracts certain customer information from this database 

(particularly the customer's carrier-assigned identification 
number and a separate customer ID assigned by the "processor") 
to produce an export tape which may be sent to the mainframe 
computer to update customer database? which may be stored 

20 thereon. 

Detailed System Description 
Fig. 1 is a data flow overview of a system in accordance 
with this invention for distributing PC-compatible diskette 
telephone bills to large-volume telecommunications customers. 
25 In brief, telephone communications customers 24 wishing to 
receive diskette telephone bills subL*cribe for this service 
with their telephone carrier 10. Participating carriers 10 
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provide appropriately selected billing information 12 for such 
all participating subscribers to a "processor" company 13 
which, according to one aspect of the invention, segregates 
the billing data by svibscriber, performs a mainframe computer 
5 preprocessing step 14 to produce a variety of in-depth billing 
analyses in the form of graphs and summary reports 16, and 
reorganizes both raw and analyzed billing data into an optimal 
format 18 for storage, manipulation, and display on commonly 
available personal computers (referred to herein as "PC's"). 

10 The processor 13 then perforas a PC processing step 20 which 
writes this information onto one or more diskettes 22 which 
are compatible with the subscriber's personal computer, and 
distributes these diskettes to the subscribers 24. Then the 
subscriber, using an inexpensive personal computer 25 and PC- 

15 compatible software according to another aspect of the 
invention, can display and analyze a telephone bill with 
greater efficiency and flexibility than possible using the 
conventional paper bill. By appropriately selecting the 
billing information 12 which is obtained from the sxibscriber ' s 

20 carrier, however, the invention provides a telephone bill on 
diskette which is exactly reconciled with a standard paper 
bill supplied by the carrier. 

The PC aspect of the invention includes an application 
software package, capable of running on an IBM-PC-compatible 

25 computer 25 and capable (under the direction of the end user) 
of: 1) displaying the telephone bill or any portions of the 
telephone bill in its ordinary or paper bill format; 2) 
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displaying the bill or selected portions of the bill sorted in 
a non-conventional order (for example, call detail records 
sorted by length of call) ; 3) displaying a variety of pre- 
processed stumary reports and graphs useful in analyzing the 
5 subscriber's telecoininunications costs; and 4) displaying non- 
preprocessed reports according to user-formulated ad-hoc query 
requests . 

But extensive processing is reqi^ired to put the 
information 12 received from the carrier into an optimal form 

10 for use in a personal computer 25, and it is this processing 
which is carried out on the mainframe class computer 14. The 
steps of obtaining and rearranging appropriate billing 
information obtained from the carrier 10 are outlined in Fig, 
2, which is a block diagram showing an overview of the data 

15 flow in the "mainframe processing" segment 14 of Fig. 1. 

Mainframe Processing 
Fig. 2 illustrates a batch program in which billing 
information from one or more telecommunications carriers 10 is - 
received via magnetic media or telephone communications 

20 channels in foraats roughly corresponding to the logical 

record layouts according to which thif, information is presently 
stored in each carrier's data processing facilities. 
Appropriate data is selected from the carrier's accounting 
databases and written to tape 46 in an unstructured, flat-file 

25 format. The invention contemplates that the records for any 
given communications customer will most likely appear in 
several files in a non-serial fashion and consequently will be 
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widely distributed along the length cf the tape. Accordingly, 
a program TPSBOlO is responsible for retrieving the 
information from the tape and performing an extensive and • 
complex mainframe processing procedure in order to reduce the 
5 information to a form which is sufficiently compact and 
compatible to be sx:ibsequently manipulated on a personal 
computer. 

The operation of Fig. 2 first performs a sort 48 on the 
entire input data from tape 46 to produce an intermediate file 

10 50 containing the original information rearranged in customer 
number and station number order. In step 52 a number 
identifying the telecommunications carrier for which the bills 
ar to be produced is read. It is contemplated that this 
information will be retrieved from either an operator's 

15 console, an 80-column card, or any other suitable input 
device. The TBSBOlO program shown in step 54 edits and 
reformats the data into a format that the target PC 25 can 
process. The processing in step 54 contemplates that abort 
messages and other operator response or intervention can take 

20 place during processing as indicated by step 56. All edit 

error information and balance control information is compiled 
in a report 16A, which is a portion of the report output 16 of 
Fig. 1 

As a result of processing step 54, records in a format 

25 designated "PCdata," customer numbers with invalid data, and » 

balance control information all move to respective temporary 

ff 

storage files on respective data storage disks 1, 2, and 3, as 
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shown by steps 60, 68 and 70. In addition to reformatting the 
original billing records, program TPSBOlO accumulates summary 
reports and graphs for each customer and incorporates this 
data as additional records in file 60. Each record outputted 
5 by program TPSBOlO includes a nximeric record type identifier. 
SORT 2 (step 62) reorganizes the records in intermediate file 
60 by customer number and record type, placing the results 
into temporary file 64. For each customer, all records of a 
particular type are now grouped together. 

10 The data in temporary files 64, 68 and 70 is used by a 

second mainframe program known as TPSB020 as indicated by step 
66. The latter is designed to convert the data into a PC- 
compatible data stream which is then stored on a 9 -track tape 
medium in step 72. During the processing indicated in step 66 

15 abort messages may be received as shown by step 74. On 

completion of the processing by program TBSB020 and writing of 
the final data to the 9 -track tape, all edit error information 
and balance control information is compiled as reports 16B, 
which corresponds to a portion of the reports indicated at 16 

20 in Fig. 1. 

Attention is directed next to F;.g. 3 which is a block 
diagram overview of the data flow in the "PC processing" 
segment 20 of Fig. 1. The PC processing system has a tape 
reader 78 which reads the 9 -track tape that was prepared in 

25 step 72 of Fig. 2. The output of the tape reader 78 is fed to 

a TCPC (Tape Controller PC) 80, which could be an IBM PC AT 

« 

class*, machine, PS/2, or equivalent product having a 20- 
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megabyte hard disk drive 81. Upon reading the tape 
information the PC 80 drives printer 82 to prepare an 
identification label for each individual customer diskette. 
The PC 80 also drives a second printer 84 which prepares 
5 mailing labels for the individual customers' diskettes. 

PC 8 0 stores the data received from the reader 78 on a 
local area network 83 which includes one or more FSPCs (file 
server PCs), such as a file server #1, designated 84, and a 
file server #2. designated 86. This local area network may 

10 employ any standard local area network architecture 

appropriate for micro-class computers such as a ring, token 
ring, or other distributive area network system. It is also 
contemplated that this local area network will be driven by 
software commonly available for local area networks, such as 

15 that produced by such companies as Novelle and 3 -Com. 

For each customer, billing records received from the PC 
80 by the local area network are temporarily stored in a file 
on either file server #1 or file server #2, depending upon a - 
determination by PC 80 as to which server has fewer files 

20 waiting to be processed in its queue. Attached to file server 
#1 is a personal computer labelled Bb, and a counterpart is 
attached to file server #2 designated 90, which are both 
available for on-line handling of customer service inquiries 
and updating transactions as necessai^^. 

25 Each file server 84 and 86 transimits through the local 

area network individual customer information to be placed upon 
respective individual customer diskettes by one or more LCPC's 
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(loader control PC's) which may be micro-class personal 
computers 92, 94, and 96 having respective 20-megabyte fixed 
disk drives 93, 95 and 97. Attached to each of these micro- 
computers are respective 5 1/4" and 3 1/2" floppy diskette 
5 loaders 98, 106 and 102 which transfer the individual customer 
information onto individual customer diskettes of the required 
size. This data is preferably stored on the floppy disks in a 
compressed format. 

Fig. 4 is a block diagram overview of the data flow in 

10 the "user application" segment 24 of Fig. 1. The floppy 

diskettes 22 (see also Fig. 1) are those which were produced 
on the loaders 98, 106 and 102 of Fig. 3. Each set of 
diskettes 22 constitutes an individual customer's telephone 
bill as supplied by the processor 13 of Fig. 1, arranged in a 

15 particular manner that facilitates rr.pid manipulation by the 
customer's personal computer running a user application 
program 105 according to this invention, which has been 
previously supplied to the customer by the processor 13 or 
carrier 10 of Fig. 1. 

20 The user application program lOH includes a user 

application database file 108. This file is maintained on a 
fixed disk in the user's personal coriputer and stores the 
information for a single telephone bill (i.e. a single month's 
billing for a single customer) for rapid and flexible 

25 information retrieval. The database file has a structure 

compatible with a selected commercially available data base 
management system program, preferably a program widely sold 
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under the name "RBASE." In step 106, information from a new 
diskette bill 22 (which was compressed as described in the 
section discussing Fig. 3) is restored to uncompressed form 
and loaded into the database file 108. Since the database 
5 file 108 may. contain only a single month's bill (except for a 
small amount of historical trend information) , each time a new 
diskette bill 22 is received, any previous bill in the 
database must first be removed. The user application program 
105 will store such previous bills removed from the database 

10 file 108 in non-database (i.e. "flat") archive files 110, 

which may be reloaded into the data base file 108 from time to 
time for further analysis. 

The user application program then performs a step 112 
which selects the appropriate data necessary to prepare 

15 reports of different types and extract specific information 
from the available data base. The resulting reports my then 
be printed out as standard reports or ad hoc inquiries 114, 
preprocessed reports 120, graphic reports 126 or a payment 
coupon for transmission along with payment of the bill to the 

20 telecommunications carrier 10. The first three reports can 
also be written to storage files 116, 122 and 128, or 
displayed on the video screen of the customer's personal 
computer 25 as indicated at 118, 124 and 130 respectively. 

TPSBOlO 

25 We now tvirn our attention to Fig. 5, which is a flow 

chart showing details of the main loop of the TPSBOlO program 

« 

54 used in the mainframe processing segment of Fig. 2, and 
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Fig. 6 which is the initialization routine carried out before 
entering the main loop illustrated in Fig. 5. 

Apart from branching to program junction P2 which jumps 
to other program routines discussed below, the initialization 
5 routine of Fig. 6 begins with step 178 where the program reads 
a carrier control data card 180 (or other information input 
device) identifying the telephone communications carrier whose 
individual customer records are currently being processed. 
Program step 182 then determines whether the carrier 

10 identification number is a valid carrier number. If the 

answer is negative, then in- step 184 the program advises the 
operator of a program abort condition. Then the operator will 
be required to perform some manual process (step 186) before 
the program aborts as indicated by step 188. If a valid 

15 carrier identification number is detected by the system at 
step 182, however, then in step 190 the customer information 
is read from an input file 192, which corresponds to the data 
file 50 of Fig. 2. 

The next step is 194, which detects an abnormal abort 

20 condition, i.e. no data at all in the file. If step 194 
detects an end-of-file condition, then in step 196 the 
operator is notified of an abort conuition, thus requiring a 
manual response 198 by the operator, after which the program 
is aborted at step 200. 

25 If an abnormal end-of-file condition is not detected at 

step 194, however, then a second end-of-file (EOF) test 194 is 

« 

perfo-rmed to detect a normal end-of-file condition, i.e., one 
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which occurs at the conclusion of normal processing. The 
reason why test 194 only detects abnormal end-file-conditions 
is because its input comes from step 190 at the beginning of 
an input record read. Test 195, in contrast, has a second 
5 input coming from program jump P8 in Fig. 5, which occurs 

repeatedly for each individual record. The affirmative output 
of step 194, therefore, goes to jump point P3 leading to the 
end-of-file processing routine described below in connection 
with Fig. 11. Conversely, the negative output of test 194 

10 goes to step 202 which will initialize the working storage 
space and set up the control fields for customer processing 
and proceed to program branch point lA which enters the main 
loop of Fig. 5. 

At this point step 148 of the main program loop 

15 determines whether the program is continuing with the same 
customer as on the previous processing cycle, or whether 
processing of that customer has been completed and processing 
of a new customer started. It does this by determining 
whether the current customer ID number is or is not equal to 

20 the one processed by the previous processing cycle. If they 
are not equal, then a new customer is being processed and the 
program jumps at junction P4 to a cuiitomer break processing 
routine which continues at Fig. 10, described below. 
Sxibsequently, the main loop of Fig. 5 is reentered at program 

25 junction A5. 

If the customer ID's are equal, however, then there is no 
customer break and the program proceeds in step 154 to test 
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whether there has been a change in the current customer's 
station ID number. If there has been a change, the program 
jumps at P5 to the station number break processing routine 
discussed below in connection with Fig. 9, and the main loop 
5 of Fig. 5 is reentered at junction A5. 

If the station number continues to be the same as on the 
last processing cycle, however, then the program jumps at 
branch point P7 to an input data editing routine discussed 
below in connection with Fig. 7. The main loop of Fig. 5 is 

10 then reentered at point A7, where program step 162 determines 
whether there are any errors. If there are, the program 
immediately goes to step 174, to read the next record from 
temporary file 50 (Fig. 2), and exits through a program jump 
P8 to the error detection routine described above in 

15 connection with Fig. 6. 

If there are no editing errors, the program jumps to 
branch point P6 leading to the call detail accumulation 
routine of Fig. 8, discussed below, and the main loop of Fig. - 
5 is reentered at program point A6 leading to step 170 which 

20 writes a call detail record (also referred to as "record type 
4") to a file 60 on data storage disk 1 (Fig. 2) . The program 
also then goes on to perform step 174 and jump to program 
point P8 as described above. 

We turn next to Fig. 7 for a detailed discussion of the 

25 "input data editing" section of "main frame processing" 

segment TPSBOlO of Fig. 2. The overall purpose of this step 
or process is to determine if an errrr condition exists as to 
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any of several factors reviewed in the customer's telephone 
information, and to produce the necessary operator reports and 
files as to any error conditions detected. 

Starting with program jump P7 from Fig. 5 described 
5 above, the first step 206 of this data edit process is a 
determination by the program of whether the customer 
identification number for the currently processed customer 
consists of only numeric values and of whether these values 
are greater than 0. If this determination is negative, then 

10 step 208 will notify the system operator that the program is 
aborting and that the program will be held frozen until the 
required operator response 210 is received. Then the program 
will abort as indicated by step 212. Should the test of 
step 206 be affirmative, however, thon the customer 

15 identification information is passed on to step 214 to 

determine if the telephone station number of the telephone 
call currently being processed is numeric and has a greater 
value than 0. If not, then program step 216 will set an error 
switch. Then at step 218 a determination is made whether the 

2 0 telephone call duration information tor the currently 

processed telephone call is n\americ and is greater than 0. If 
that condition is not true, then an error switch is set in 
step 220. 

In step 222 the program determines whether the charge 
25 amount for the currently processed t£».lephone call is numeric 
and greater than 0. Should that be false then an error switch 
is set by step 224. Should the charge amount be numeric and 
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greater than 0 the currently processf.d call information is 
then passed on to step 226 which determines if an error switch 
has been activated by any of the above-described steps 216, 
220 or 224. If so, the program invokes step 228 to create an 
5 error report which may be written directly to disk 2 as 

described above (step 68 of Fig. 2) . The error report created 
by step 228 also is written by step 232 to another file on 
disk 1 whi-ch corresponds to step 60 of Fig, 2. In any case, 
the program then sends the currently processed telephone call 

10 information on to program junction A7 which reenter it into 
the main loop data flow of Fig. 5. 

For more information regarding the call detail 
information accumulation process of the "main frame 
processing" program of Fig, 2, we now turn to the flow chart 

15 of Fig. 8. This routine is entered at program jump point P6 
coming from the main program loop 'of Fig. 5 described above. 
The first step 238 accumulates the total number of calls, 
their duration, and their charges according to a standard 
geographic breakdown known as "NPA." The next step 240 does 

20 the same accumulation, broken down by call types, i.e., 

evening, off-hour or daytime full rate calls. The next step 
242 does the same accvimulation, broken down by customer 
station number. The information accumulated by steps 238, 240 
and 242 is then returned for processing via program jump A6 

25 for reentry into the data flow of the main program loop of 
Fig. 5. 
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For a more detailed understanding of the station number 
break routine we now turn to Fig. 9, which is a flow chart of 
the station number break processing section of the "mainframe 
processing" segment TPSBOlO of Fig. 2. This routine is 
5 entered via program jump point P5 coming from the main loop of 
Fig. 5. In the first step 246 a "stc.tsum rec" or station 
siammary record (also designated a record type 5) is created 
and written to output disk 1, corresponding to step 60 of Fig. 
2). This is a summary of total telephone usage in terms of 

10 the number of calls, call duration and charges, broken down by 
geographical area and call type, for a given customer calling 
station. This record is written to file 60 of Fig. 2. The 
next step 250 accumulates station sum. records for all customer 
stations, broken down by call duration and charges, for the 

15 current customer. Then in step 252 the program resets the 

station accvimulation fields and break fields to their initial 
values before going on the next station for the current 
customer . 

We now come to Fig. 10 which is a flow chart of the 
20 customer break processing section of program TPSBOlO used in 
the "mainframe processing" segment of Fig. 2. This routine is 
entered by way of program jump P4 from the main loop of Fig. 
5. The program's first step 258 prepares and writes a "carsxim 
rec" or carrier sum record (also designated record type 3) 
25 which covers the same information as the "statsum rec" of Fig. 
9 but contains the total figures for all telephone calls and 
their duration and charges for all customer stations for a 
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given customer and a given telephone carrier. This 
information is then sent for on-line storage to a file on disk 
1, corresponding to step 60 in Fig. 2. Similarly, step 262 
prepares and writes to disk 1 (step 60 of Fig. 2) a "NPAsiim 
5 rec" or NPA summary record (also designated record type 7) 
which contains the same information broken down 
geographically, e.g., by area code. The next step 264 
prepares and writes to disk 1 (step 60 of Fig. 2) a "codesxim 
rec" or code summary record (also designated record type 6) 

10 which contains the same information broken down by call type 
code, i.e., evening, off-hour or daytime full rate calls. 

The next step 2 68 prepares and writes a report 16A (see 
also Fig. 2), containing customer detail balancing 
information. Next in step 272 the carrier totals are 

15 accumulated, broken down by calls, duration, and charges. 
Thereafter in step 274 the program resets the customer 
accumulation fields and customer break fields, after which the 
program jumps via junction A4 back to the main program loop of - 
Fig. 5. 

20 We now refer to Fig. 11 which is a flow chart of the "end 

of the file processing" section for processing program TPSBOlO 
used in the "mainframe processing" segment of Fig. 2. This 
routine starts with program jump P3 from the "end of file" 
test 194 of the initialization routine of Fig. 6. It then 

25 proceeds with step 284 in which the program prepares and 
writes the information for a carrier control record (also 
known* as record type 1) to disk 1 of Fig. 2, a procedure whi<:h 
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corresponds to program step 60 of Fig. 2. Next step 288 
prepares and writes a balance control record to disk 2 of Fig. 
2, a procedure which corresponds to program step 68 of Fig. 2. 
Next step 292 writes a balancing report to file 16A of Fig. 2, 
5 which corresponds to a portion of report 16 in Fig. 1. 
Thereafter the entire job is terminated. 

TPSB020 

For details of the TPSB020 program portion of the main 
processing procedure illustrated in Fig. 2, we turn first to 

10 the flow chart of Fig. 12 which represents the main program 
loop, and the flow chart of Fig. 13 v:hich represents an 
initialization routine. The "initialization" procedure of 
Fig. 13 begins with step 320 which rtipresents the reading of 
an infonnation stream 321 consisting of information coming 

15 from files 64, 68 and 70 and information coming from file 60 
after it has been sorted by step 62 in the mainframe 
processing program of Fig. 2. This information is then 
written to a temporary online storage file 322. In step 324 
this information stream is tested to determine if an end-of- 

20 file condition is present. If it is present in step 326 the 
program immediately sends an abort signal which requires an 
operator response 328 to abort the system at step 330. 

If no end-of-file condition exists, the information 
stream is sent on to step 332 to test for the presence of type 

25 one record, a carrier control record If a carrier control 

record is not present the program at step 334 ceases execution 

i 

and requires an operator response 3 36 which causes the system 
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to abort at step 338. If the carriei ccntrol record is 
present, then the next step 340 is to set up working storage 
and control fields, after which the program returns via 
program jump A12 to the main processing loop of Fig. 12, where 
5 it enters at program point P12. 

In the main loop of Fig. 12 the system first seeks to 
determine at step 300 whether an end-of-file condition exists. 
If so, then there is a program jump A13 to program point P13 
in the end-of-file processing routine of Fig. 16, described 

10 below. If an end-of-file condition is not encountered, then 
the input data stream 321 (see Fig. 2) is read in step 308 and 
written to an online storage file in step 310 to be used by 
other portions of the processing system. Step 3 08 is also 
executed when the main loop of Fig. 12 is entered at program 

15 point P14 coming from jump A14 of the "write PC transmit tape" 
routine of Fig. 15, discussed below. After step 308 the 
program exits at point A15 and jumps to entry point P15 of 
Fig. 14, to which we turn next. 

Fig. 14 is a flow chart of the "check customer error" 

20 routine of for the processing program TPSB020 used in the 
"mainframe processing" section of Fig. 2. Entry into the 
routine of Fig. 14 is at program poir.t P15. The first program 
step 344 is used to test for an end-cf-file condition. If 
such a condition is present the syste^m must next determine at 

25 step 346 whether the customer number was contained on the 

customer error file 60 (see Figs. 2 and 7). If the answer is 
yes, then in step 348 that fact is p:-inted in an edit error 
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report 16B (see Fig. 2) which represents a portion of report 
16 in Fig. 1. If the answer to test 346 is negative, or after 
the entry to error report 16B is made, this routine exits at 
point A12, and reenters the main loop of Fig. 12 at entry 
5 point P12. 

If the end-of-file test at step 344 is negative, the 
program must then determine at step 352 whether there is an 
error, but the error does not affect the customer ID number 
(i.e., the current customer number ec^uals the correct customer 

10 number) . If so, then the program at step 354 accumulated the 
duration and charges and the number of the customer's calls by 
reading the input file data stream 321 (step 356), writes that 
information to a temporary file 358, and exits at A16 to the 
program routine of Fig. 15. 

15 If at step 352 there is an erroi; and the current customer 

number is not equal to the correct customer number, then the 
system must determine at step 364 whether the error customer 
number is greater than the correct customer number. If that 
condition is found, then the system must determine at step 366 

20 whether the customer was on the error file. If the customer 
appears on the error file then the information is passed on to 
be reported on error report 16B mentioned above. Thereafter, 
or if the result of test 366 is negative, the program exits 
from this routine at A12 to reenter the main loop at P12 in 

25 Fig. 12. 

If at step 364 there is an error and the current customer 

« 

number is not greater than the correct customer nuxaber, then 
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the system must determine at step 372 whether the error 
customer numb^ s less than the correct customer number. If 
that condition is found, then at step 374 the error 
information from file 68 (Fig. 2) is read and written to a 
5 temporary file 376, after which the routine exits at A12, 
reentering the main loop of Fig. 12 at P12. If the test 
performed in step 372 is negative, however, the routine exits 
at A16 to enter the routine of Fig. 15 at P16. 

Fig. 15 is a flow chart of the "write PC transmit tape" 

10 section for the TPSB020 processing program used in the 

"mainframe processing" segment of Fig. 2. It starts out at 
step 380 where the program determines whether the current 
record type being processed is the same record type as was 
previously cycled. If that condition is false then step 382 

15 determines whether a "start" record exists. If so, then the 
program will write a PC "end" control record to the file in 
step 384. In either case, it will next determine the 
corresponding record type in step 386 and in the next step 388 - 
write a "start" PC control record. 

20 In the event of a negative answer to test 380, or after 

the conclusion of step 388, step 390 then reads the record 
type of the current record. Steps 392, 400, 406, 412, 418, 
424 and 430 in turn then determine if the current record type 
isl, 2, 3, 4, 5, 6, or 7 respectively. If it is a record of 

25 type 1, then step 394 writes a "carrier control" record to be 
placed on the nine-track mainframe tape 72 which was discussed 
in connection with Fig. 2. Similarly, If it is a record of 
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type 2, 3, 4, 5, 6, or 7, then steps 402, 408, 414, 420 426 
and 432 respectively writes "customer control, carrsum, 
calldet, statsum, codesum" and "NPAsoti" records respectively 
to the nine-track mainframe tape 72. In each case, after the 
5 tape 72 is written to, the program routine in step 398 

accumulates the balancing totals and then exits via program 
jximp A14 to entry point P12 of the mc.in loop, Fig* 12. 

Fig. 16 is a flow chart of the "end of file processing" 
section for the TPSB020 program used in the "mainframe 

10 processing" segment of Fig. 2. This routine is entered at 

program point P13 coming from jump point A13 of the main loop, 
Fig. 12. At step 436 the program rends the balance 
information record 438 previously stored online in file 70 of 
Fig. 2. The program next determines in step 440 whether an 

15 end-of-file condition exists. If so, the program in step 442 
will notify the operator of a program abort and halt execution 
until there is an operator response 444, after which the abort 
step 446 takes place. If the end-of-file test is negative, 
then a determination must be made whether the accxamulated 

20 totals are equal to the balance record totals. If not, then 
in step 450 the program performs an abort sequence 450, 452, 
454 similar to the previously described sequence 442, 444, 
446. 

If the test at step 448 is affirmative, however, then the 
25 program's next step 456 is to add the PC end data characters 
onto the data stream records and write it onto the nine-track 
tape 72 of Fig. 2, after which the pirogram terminates. 
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PC Processing 

We now turn to the programs used in the "PC processing" 
segment of Fig. 3 for the reading of a mainframe-produced 
tape. Fig, 17 is a flow chart of the PC processing system's 
5 first program, designated "SBPROCOl - read mainframe produced 
tape." This program begins at step 4 60 where it reads the 
output data tape 72 which was created in Fig. 2, and which 
contains the processed carrier telephone bill data. The 
program's next step 462 is to obtain the current tape number 

10 and log it to a tape control table. (At the same time, the 
tape creation date and time, the number of records on the 
tape, the number of customers on the tape and the carrier ID 
are logged to the tape control table at 462.) 

Next, in step 464 the system reads the "start customer" 

15 record which in itself is not the data but delimits the data 
belonging to a particular customer's billing information. The 
system then goes on to determine if an end of tape condition 
exists in step 466. If such a condition does not exist then 
in step 468 the program searches for the customer nximber in a 

20 customer table (CustTab) . The progrr.m then in step 470 

determines the disk type (5 1/4" or ? 1/2") required for the 
particular customer by looking at the information in the 
aforesaid CustTab tables. The progrnm then in step 472 checks 
the Loadr Tab (loader table) to obtain a proper loader number 

25 for the required size of target disktitte, thus choosing 

between 5 1/4" loaders 98 and 106 on the one hand and 3 1/2" 

« 

loader 102 on the other hand. The program then in step 474 
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goes on to determine which loader (if there is a choice of two 
or more) has the smallest number of data files in its queue, 
and selects that one as a means of maintaining an even 
processing flow to the loaders. 
5 The program in step 476 then reads a system parameters 

(SysParam) table to determine the next file control number 
(FCN) , after which it updates the SysParam table. Afterward 
the program at step 478 copies the customer data to the disk 
file. In step 480 the program then adds a record to update a 

10 file control table; and in step 482 it produces a summary 
report of the transactions just described. If required, at 
step 484 it produces an error report. The program then loops 
back and reenters the program sequence at the start customer 
reading step 464, and recycles. 

15 At step 4 66, if the determination is that there does 

exist an end-of-tape condition, then the program proceeds in 
step 488 to update the tape control tables (TapCnTab) and in 
step 490 to produce a summary report. If required, in step 
492 it produces an error report. At this point, the routine 

20 described in Fig. 17 ends. 

We now turn to Fig. 18 which is a flow chart of the 
program referred to as SBPROC02, the loader control program 
used in the "PC processing" segment of Fig. 3. This loader 
control program begins its processing in step 494 by reading a 

25 configuration file into its memory. This enables the system 
to determine what is online and what are the requirements of 
the individual customer diskettes are. The program in step 
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496 then checks the appropriate sxibdirectory on the hard disk 
where the customer data file would be located, and performs a 
test 498 to determine if there is such a data file. 

If the determination in step 498 is that the required 
5 data file does not exist, then the program loops infinitely 
back to steps 496 and 498 until it finds that such a file 
exists to be processed. By the use of this infinite loop, the 
system can continually poll or check to see if a f il« to be 
processed has been entered into the appropriate subdirectory. 

10 If step 498 determines that such a file does exist, then 

the program in step 504 seeks out th€5 oldest file in the 
appropriate directory, and in step 506 it reads and compresses 
that file and writes it to the local hard disk drive "C:". In 
step 508 it then gets the next avail<ible disk control number 

15 from the system parameters table (SyiiParam) so that it has the 
information necessary to format the target diskette in the 
appropriate manner. At the same time this operation updates 
the system parameter table by incrementing the disk -control 
niimber by one. 

2 0 The next program step 510 obtains a copy of the 

processing file created in step 506 above and copies that 
processing file to the disk loader in order to create the 
actual diskette data file. The program then at step 512 
prints the disk labels and mailing l?.bels. The next step 514 

25 in the operation obtains from the system parameter (SysParam) 
tables the next available invoice control number and advises 
the system parameter table to increment the value by one. 
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The program then at step 516 creates the appropriate 
invoice record and prints a paper invoice at step 518 from 
which the customer can pay the telephone bill. Thereafter the 
program gets a disk control number (DCN) record (step 520) , 
5 updates the fields of that record (step 522) , and adds the 
record to a disk control (DC) table (step 524) . It also 
updates the CustTab table mentioned previously (step 526) , 
prepares a data disk summary report (step 528) , and if 
necessary produces an error report (step 530). Thereafter the 
10 program loops back to reenter the subdirectory • check step 496 
and the described process is repeated as many times as 
necessary. 

Fig. 19 is a flow chart of a program designated SBROC03 
used in the "PC processing" segment of Fig. 3 for creating a 

15 mainframe-readable export tape. Thir is used by the mainframe 
processing system in updating its list of valid customers and 
producing the appropriate data streams for individual customer 
billing in future processing cycles. The program begins at 
step 534 where it reads the aforementioned system parameters 

20 (SysParam) table to determine what the next available export 
tape control (EXN) nxamber is. It then obtains the next record 
from the aforementioned CustTab tabl«s in step 536, reformats 
it and written to the export tape in step 538. 

The program next looks for an end-of-file condition in 

25 step 540 and if the condition does not exist, it loops back to 
step 536, to get the next CustTab record. If the end of file 
condition is affirmative, however, the program in step 544 
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updates the export tape control tables (ExpCnTab) and in step 
546 it prints a summary report of the^ export tape processing. 
This terminates the export tape routine. 

PC Maintenance Program 
5 We now turn to a program for updating the end-user 

program as changes in service conditions may require. This 
program is operated on the computers 88 or 90 of the network 
of Fig. 3 by the processor company whenever the needs of the 
telephone company or its subscribers require. 

10 Fig. 20 is a flow chart of the main-menu section for the 

above-mentioned file maintenance proc/ram. The program is 
menu-driven, and the main menu display 548 allows a 
determination of what areas the processor wishes to change. 
In steps 550, 558, 566, 574, 582 and 592 the program 

15 determines whether the operator has selected submenu 1 (the 
carrier menu) , submenu 2 (the customer menu) , submenu 3 (the 
error menu) , submenu 4 (the reports uenu) , submenu 5 (the 
system maintenance menu, or chooses to exit to DOS (the IBM 
personal computer operating system) , respectively. If none of 

20 the above are selected, the program loops back to the start 
and continues to search for an operator selection from the 
main menu. The submenu choices mentioned above lead to 
program jximp points 1.0, 2.0, 3.0, 4.0 and 5.0 respectively 
which are traced to their appropriate program routines in the 

25 following discussion. 

Fig. 21 is a flow chart of the '-Add New Carrier" section 
for the file maintenance program. When the "Add New Carrier" 
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submenu is invoked this routine is entered via program jvunp 
1.0 from Fig. 20. At that point step 596 gives the operator 
the option of using the escape key on an IBM PC keyboard, and 
if that key is invoked then the operator is returned to the 
5 main menu of Fig. 20 as indicated at step 598. If the escape 
key is not invoked, then the operator instead may invoke the 
add-carrier function key, whereupon program step 600 which 
will produce a data entry display 602 on the video screen. 

If the operator inputs new information into the display 

10 602, the program will determine in step 606 if the new 

information has a proper carrier ID. If there already exists 
a carrier ID on file for the new carrier, then the system will 
display an error message 608 indicating that fact, and the 
program loops back to step 604 for reentry of the information. 

15 If there is no carrier ID on file as determined in step 606, 
then the program at step 610 will display a query message "Add 
Record to Carrier File?" If in response to that query message 
an escape key is actuated, then at step 612 the program will 
return to submenu 1. If , on the other hand, in response to 

20 the "Add Record To Carrier File?" prompt, some other action is 
taken by the operator, the files will be updated accordingly. 
In addition^ in step 616 the fields of the data entry form 604 
will be cleared and the program will back to step 604 to 
accept further manual data input. 

25 If the operator selects some action other than the add 

carrier function in step 600, the program exits at point 1,2 
to go. to another routine illustrated in Fig. 22. The latter 
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figure is a flow chart of the "Edit Existing Carrier" section 
for the file maintenance program. Another option 618 on the 
carrier submenu is editing the carrier information. If the 
operator chooses this option, the program in step 620 asks if 
5 the operator wishes to choose a carrier ID which is already on 
file. The program then determines in step 622 if the chosen 
carrier ID is in fact on file. If not, the program in step 
624 will display an error message and loop back to step 620 to 
ask again if the operator wishes to use an old carrier ID. 

10 But if at step 622 it is determined that the selected 

carrier ID is already on file, then the program in step 624 
displays the relevant carrier record, and at step 626 asks the 
operator for any changes to the carrier record. It then 
updates the carrier record in step 628. If the carrier is to 

15 be deleted, the program in step 63 0 ciueries the user, and upon 
receiving an affirmative answer, then in step 632 it carries 
out the deletion and loops back to submenu 1. If the result 
of step 630 is in the negative, indicating that the carrier is - 
not to be deleted, the program will also return to submenu 1. 

20 It the edit carrier query of stop 618 is answered in the 

negative, in step 634 the program will ask whether the 
operator wishes 'uo browse through the carrier files. If the 
user responds negatively, then the user is returned directly 
to sxibmenu 1. If the answer i<: affirmative, then the program 

25 in step 636 will display the informa-;.ion contained in the 

carrier file. When the operator finishes browsing through the 

ff 

carrier file, exit is to submenu 1. 
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Fig. 23 is a flow chart of the "Add New Customer" section 
of the file maintenance program used in the "PC Processing" 
network of Fig. 3. This routine is entered from program point 
2.0, which represents a jump from program point 2.0 of Fig. 
5 20. The first determination made by the system at step 638 is 
whether the operator wishes to exit the display customer menu. 
An affirmative answer, indicating by invoking the escape key, 
results in a return to the main menu (step 640) . Should the 
operator choose to invoke some other key, then the "Add 

10 Customer" query is displayed in step 642. If the operator 
does not choose the "Add Customer" option, then the program 
jxamps at 2.2 to the "Edit Existing Customer" section of the 
file maintenance program, which is discussed below in 
connection with Fig. 24. 

15 If the operator chooses the "Add Customer" option offered 

in step 642, then the appropriate* dai. a entry form is displayed 
in step 646. Then is step 648 the system accepts the new 
information entered into the data form and in step 650 
proceeds to check whether the new customer identification 

20 number is already on file. If so, then an error message is 
sent to the display in step 652 and the progreun loops back to 
step 648 to accept new data entry once again. If the new 
customer ID is not already on file, then the program will 
proceed in step 654 to add a record to the customer file. 

25 The program in step 656 then offers the operator an 

option to escape from the current submenu and return to 
submenu 2 in step 658 if the operatoi* invokes the escape key. 
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Otherwise, the program in step 660 will clear the fields on 
the data entry form and loop back to step 648 for the 
acceptance of additional new customer information. 

Fig. 24 is a flow chart of the "Edit Existing Customer" 
5 section for the customer service file maintenance program. It 
is entered through program jump 2.2 from Fig. 23 just 
described. Where the operator invokes the "Edit Customer" 
option of the customer submenu offered in program step 662, 
then the program at step 664 accept new customer ID 

10 information. The new customer ID information is then 

evaluated by the program at step 666 and a determination is 
made as to whether there is already ruch a customer ID on 
file. If there is, the appropriate existing customer record 
is displayed at step 668. Then at step 670 the program 

15 accepts changes to the relevant customer record and at step 
672 the record is updated. The program then returns to 
svibmenu 2 in step 674. 

But if at step 666 the customer ID is found not to be on - 
file, the program displays an error display message to that 

20 effect and the program then returns to step 664 for the entry 
of valid new customer ID data. 

If at step 662 the operator does not select the edit 
customer option step 676 offers an option to browse through 
the customer information file 678 (step 678) . After browsing 

25 is completed, or if the browse option is refused, the program 
exits to step 674 and redisplays submenu 2. 
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Fig. 25 is a flow chart of the "Display Errors" section 
for the file maintenance program. It is entered through 
program j\Jimp 3.0 from Fig. 20 described above. The program 
first determines in step 680 if the operator wishes to return 
5 to the main menu (step 682) , a selection which is invoked by 
means of the escape key. If the operator chooses some other 
option, the program at step 684 asks whether the operator 
wishes to update an error record. If the operator chooses to 
do so, then the user is presented by program step 686 with an 

10 opportunity to input an error entry control number. The 

system then determines at step 688 if the error control number 
is on file. If it is, at step 690 the requested error record 
is displayed. The program then at step 692 affords the 
operator an opportunity to changes tc the error status. If 

15 such changes are made, then the program at step 694 updates 
the error record. At the end of the error record update, the 
program exits to submenu 3 in step 696. 

If in step 688 the determination is that there is no such 
control number on file, then an error message is displayed in 

20 step 698. The program then returns to step 686 for correct 
entry of error control nximbers. 

If the operator chooses not to update an error record in 
step 684, the operator is given an option in step 698 to 
invoke the browse function for the error file display. If 

25 that option is exercised, then in stop 700 the error file 
display is actuated. Afterwards, or if the user does not 
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choose, in step 698 to select the browse function, the program 

returns to submenu 3 in step 696 • 

Fig. 2 6 is a flow chart of the "Display Reports" section 

for the file maintenance program. The program is entered by 
5 program jump 4.0 from Fig. 20. In step 702 it presents an 

option to exit to the main menu if the escape key is invoked. 

otherwise the operator is presented in step 706 with an option 

to select the report of customers by cycle. If that function 

is invoked, then the program in step 708 will get the data 
10 from the customer file and print it out as a document 710. 

The program then returns to submenu 4 at step 712. 

If the operator elects not to invoke the report of 

customers by cycle at step 706, then step 712 present the 

option of obtaining a report of customers with no usage. 
15 Should the operator invoke that function, the program at step 

714 will get the data from the customer file and print out a 

customer report 716. The program will then go to submenu 4 in 

step 712. 

Should the report of customers with no usage 
20 functionality not be invoked in step 712, then the next menu 
option will be the report of unacknowledged errors in step 
718. If the operator invokes that selection, then the program 
will at step 720 obtain the data froii the error file and in 
step 722 will print the unacknowledged error report. The 
25 program will then again return via step 712 to submenu 4. 

Should the user not choose to invoke the report of 
unacknowledged errors in step 718, there is the remaining 
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option of creating a report of unresolved errors in step 724. 
If that option is invoked, then the program in step 726 
obtains the information from the error file, sends it to a 
printer to print an unresolved error report 728, and then 
5 returns to submenu 4 in step 712. If none of the available 
functions are not invoked, then the program will return 
directly to submenu 4. 

Fig. 27 is a flow chart of the "System Maintenance" 
section of the file maintenance program. It is entered 

10 through program jump 5.0 from Fig. 20. This module first 

presents an option in step 730 to return to the main menu by 
actuating the escape key. If the operator does not exercise 
that option, the other choice is presented at step 734 to 
delete inactive customers. If that option is chosen, then the 

15 program at step 736 will delete the inactive records from the 
customer file and at step 738 will delete the associated 
records from the disk control table (DiskCnTab) , the file 
control table (FileCnTab) , and the invoice control tables 
(InvCnTab) . In step 740 a report will then be printed of all 

20 of the deleted records. The program then returns to submenu 5 
in step 742. 

If the operator chooses not to invoke the Delete Inactive 
Customers function, there is a further option in step 744 of 
determining whether to perform a bacl.up of files. If that 
25 option is invoked, then the program in step 746 performs the 
backup. After, or if that option is not chosen at step 744, 
the program returns to submenu 5 at rtep 742. 
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End-User Application Program 
We turn next to the "User Application" program summarized 
in Fig. 4, i.e. the program which is run by the end-users 
(telephone customers) on their own personal computers to 
5 analyze their telephone bills in accordance with the 
capabilities of this invention. 

Fig. 28 is a flow chart of the "Main Menu" section for 
the user application program, which begins with a sign-on 
screen display 748 of the publisher's logo and copyright 

10 notice. The program then in step 750 fetches an initial 
message or startup screen or the like from an information 
file, and in step 752 displays it on the monitor. 

Ignoring for the moment a program entry point M, which 
will be discussed later, the program in step 756 then displays 

15 the main menu of end-user choices. The first option available 
for selection on this menu level is a help key. If that key 
is invoked at step 758, then at step 760 the program will 
display t a main help screen for this segment of the end-user 
processing program, and then loop back to step 756. Should 

20 the end-user not invoke the help key, the next possible 

selection, presented by step 762, is a billing inquiry. When 
this option is selected, the program will send the end-user to 
the billing inquiry submenu via program jump B which leads 
into Figs. 29-31, discussed below. 

25 If the end-user should not choose the billing inquiry, 

the next choice available (step 766) is a graph data function. 
If the end-user makes this choice, he or she will then be 
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taken into the graph data menus of subsequently discussed 
Figs. 32-34 via program jump B. 

Otherwise in step 770 the user may next select a system 
utilities option. If that selection is invoked, then the user 
5 application program will be taken to a system utility menu via 
program jiimp S leading to Figs 35 and 36, discussed below. 

The next available selection is in step 774 which permits 
the user to exit to DOS, the operating system of the user^s 
personal computer. If the user chooses to invoke that 

10 selection, he will be taken into the operating system directly 
776, and if the user chooses instead to invoke the escape key 
to reject all of the preceding choices, then in step 778 the 
program will also exit to the operating system. 

Figure 29 is the first of five flow charts dealing with 

15 the "Display Billing Inquiry" section for the "User 

Application" program of Figure 4. It: is entered via program 
jump B from Fig. 28, and begins in step 780 with display of a 
billing inquiry menu. This menu offers the user the choice of 
eight options: billing report, financial detail report, call 

20 detail report, call summary report, call sxammary report, 

display special text, ad hoc inquiry, help, and escape; which 
are implemented by program steps 782, 802, 806, 810, 818, 826 
and 832 respectively. 

The billing report option of step 782 and the financial 

25 detail report of step 784 are similar in their operation, 
differing only as to what information is extracted from the 
available databases for billing and for financial detail. 
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After the user chooses either of these options, the program in 
step 786 reads from the system parameters (SysParam) file the 
currently selected output location (i.e., to the screen, to 
disk, to the serial port, to the parallel port) for the 
5 billing or financial detail report, and in step 788 the 
program then displays the current output location to the 
screen. The program in step 790 will then accepts any changes 
to the output location, and in step 792 updates the current 
output location in the SysParam file to make that the new 

10 default output location. 

Depending on whether the selection of step 782 or that of 
step 784 was made, the program at st«p 794 will then get the 
appropriate report header informatioi* from the SysParam file 
layout and the appropriate data from the revenue file for 

15 either the billing report or the financial detail report. The 
appropriate information is then sent in step 798 to be printed 
(although if a disk file or the screen had been chosen as the 
output location in step 786 it would have been written to disk - 
or to the monitor respectively) . At the end of step 798 the 

20 program returns via program jump B to initial step 780 in 
order to redisplay the billing inquiry menu. 

If the call detail report is chosen at step 802, program 
jump Bl goes to the call detail menu of Fig. 30A, discussed 
below. Should the user select the call summary report at step 

25 806 then it takes jump B2 to the call summary menu of Pig. 
31A. 
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Step 810 Offers a special text option. As presently 
contemplated, there are three types of special text, but there 
could be any number. The purpose of the special texts is to 
provide the system with the same features as a written bill. 
5 Standard preambles or preliminary messages may be added to the 
billing information in the same manner as they appear on paper 
bills. In addition, an epilogue might be added to the end of 
the bill text to advise customers of the late status of their 
account. Other types of material such as banners, headers, 

10 footers or textual material might also be added to make the 
bill more informative and flexible in the manner of a 
conventional bill. Such special information could be added to 
the bill by the individual subscriber upon request of the 
processor or the carrier. 

15 If the user selects the option of step 810, then in step 

812 the program gets the special text from an information file 
and in step 814 displays it on the screen. Then the program 
returns via jump B to step 780 in order to redisplay the 
initial billing inquiry menu. 

20 When the user invokes the special ad hoc inquiary option 

of step 818, at step 820 the program gets the necessary 
records from the call detail (CallDet) file and in step 822 it 
displays these records for browsing by the end-user at 822. 
Afterward, it returns via program juiap B to step 780 to 

25 redisplay the billing inquiry menu. 

If the help function of step 82 G is invoked, the program 
in step 828 will display the billing inquiry help screen, 
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after which it again returns via program jump B to step 780 to 
redisplay the billing inquiry menu. 

The final selection from the billing inquiry menu is the 
escape key, whereupon step 832 return to the main menu of Fig. 
5 28 via program jump M. 

Figs. 3 OA and 3 OB are flow charts of the "Display Call 
Detail" sxibsection of the "Display Billing Inquiry" section 
for the "User Application" program of Figure 4. The segment 
represented by Fig. 3 OA is entered by way of program jump Bl 

10 from Fig. 29, previously discussed, and begins in program step 
836 with display of a call detail menu. The options presented 
to the user by this menu include the report selection function 
of step 838. If the user actuates that function the program 
will take program jump Bl-2 to Fig. 3 OB. 

15 Turning our attention now to that figure, program jump 

Bl-2 leads to step 840 which displays a report selection menu. 
Then at step 842 the program tests to determine whether one of 
the reports offered by that menu has been selected. If a 
report has not been selected and the user invokes the escape 

20 key, the program step 844 returns via program jump Bl to Fig. 
30A. 

If in step 842 the user should select a particular 
report, then step 846 the appropriati report header data is 
obtained from the SysParam file so that the report can be 
25 properly formatted. The program then in step 848 obtains the 
current option and report number froi^ a call data record 
selection (CDRS) file. The option mjtiber designates the type 
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of report format requested by the user, and in particular 
designates how much of the available information is to be 
included in the report. An option number of "1" specifies 
that all of the available information is to be put in a single 
5 file, while higher numbers specify that the report is to be 
broken into several smaller files. The report number is a 
numerical file name for each of the file(s) containing the 
report which is to be written to dis}:. 

Accordingly, in step 850 the program tests whether the 

10 current option nvimber is greater than 1. If not, then all the 
available information is to be included in a single file, and 
the program goes immediately to step 852 where it sorts the 
call detail records. But if the option number is greater than 
1, then a plurality of files must be written to disk under 

15 distinct file names (report ntimbers) . In that case step 852 
increments each previous report niimber by 1 and step 854 
updates the current report number in the CDRS file so that 
numerically distinct file names are assigned to each of the 
several report files which are written to disk. Thereafter in 

20 step 855 the program reads the data selection criteria 

corresponding to the user's choice f::om the SysParam file, and 
in step 856 it selects from the call detail file the records 
designated by those criteria and sends them on for performance 
of the previously mentioned sort step 852. 

25 After sort step 852, in step 857 the program gets the 

call detail report output location, i.e., monitor, printer, 
disk, -etc. is determined from the system parameter file. 
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Then, as before, the report is passecl on to step 858 in which 
the system prints the call detail report to the designated 
device (location) . 

Returning now to Fig. 3 OA, the negative branch of test 
5 838 leads to program step 860 which tests whether the 

selection from the call detail menu of step 836 is the record 
selection. If so, the program in step 862 then gets the call 
detail record selection (CDRS) records and the current option 
number from the system parameter (Sy£,Param) file. This 

10 infonnation is then displayed on the screen in step 864, and 
in step 866 the program accepts an changes the user chooses to 
make in the displayed information. Finally, in step 868 the 
SysParam and CDRS files are updated and the program returns 
via jump Bl to the entry point of Fig. 3 OA. 

15 The report location menu option in step 870 permits the 

user to determine what device, i.e., monitor, screen, export 
file, printer, disk file, etc. should be the destination of 
the report to be generated by this area of the program. If 
this option is chosen, then in step 872 the program gets the 

20 current call detail (CD) report location from the SysParam 

file, and in step 874 the program dir.plays the current output 
location on the screen, and the user is prompted to make any 
changes. In program step 876 the program accepts any changes 
to the report output location, and in step 878 it updates the 

25 corresponding information in the cai:. detail report output 

location records. The program then returns via jump Bl to the 
display call .letail menu at the entry point of Fig. 30A. 
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In program step 880 the user may select the help key. If 
the help key is selected; then in step 882 the call detail 
report help screen is displayed and the program then returns ^ 
via jtimp Bl to the entry point of Fig. 3 OA. 
5 The last option available on the menu of Fig. 3 OA is the 

selection of the escape key in step L84. Should that key be 
actuated the program returns via jump B to the entry point of 
Fig. 29. 

Figs. 31A and 31B are flow charts of the "Display Call 

10 Summary" subsection of the "Display Billing Inquiry" section 
for the "User Application" program of Fig. 4. The segment 
illustrated in Fig. 31A is entered via the B2 program jxamp 
which comes from Fig. 29, discussed above, and leads first to 
step 886 which displays a call sxammary menu. If the user 

15 actuates the call summary report selection from that menu in 
step 888, then the program will exit via program jump B2-2 to 
Fig. 3 IB where it performs step 890 to display a report 
selection menu. If a report is selected from that menu, as 
determined by step 892, then in step 894 the program gets the 

20 report header data from the system parameter file. Thereafter 
in step 896 it gets further information from the selected 
summary file, and in step 898 the program computes the report 
totals. Then in step 900 it gets the call summary output 
location from the SysParam file, and in step 902 prints the 

25 report to the designated location fox* printing or display or * 
disk storage as determined from the tsystem parameter file. At 
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the end of that process the program returns to step 890 to 
redisplay the report selection menu- 

If in step 892 no report selection is made, and instead 
the escape key is actuated, the program exits via jump B2 to 
5 Fig. 31A. 

Returning now to that figure, if the report selection 
menu is not selected in step 888, and the report location 
option is selected in step 906, then the program in step 908 
will get the current summary report output location (screen, 

10 printer or disk file) from the system parameter file, and in 
step 912 it will display that location to the user so that 
changes can be made. If such changes are made, then in step 
914 the program proceeds to update the current summary report 
output location in the system parameter file. Having 

15 accomplished this, the program returns via jump B2 to the 

entry point of Fig. 31A in order to redisplay the call summary 
menu. 

The user has two other options on the menu of Fig. 31A, 
one of which is a help function selected in step 916. If that 
2 0 choice is made then in step 918 the call summary help screen 
is displayed. Upon leaving this subuenu, the program returns 
to the via jump B2 to the call summary menu step 886. 

The final selection available on this menu is the escape 
function, which in step 920 leave tho call summary menu and 
25 moves back up to a higher level menu via program jump B. 

Fig. 32 is a flow chart of the *'Graph Data" selection for 
the "User Application" program of Fir. 4. This routine is 
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entered via program jump G from Fig. 28, and proceeds to step 
922 which displays the graph data menu. This menu has four 
choices represented by program steps 924, 926, 930 and 934. 
If the user chooses the help function of step 924, the graph 
5 data help screen will be displayed by step 925, after which 
the program returns to step 922 to redisplay the graph data 
menu. 

Among the user's other selectable options are historical 
usage (step 926) , call distribution (step 930) and escape 

10 (step 934) . If the historical usage function is selected by 
the user, the program branches via jumps point Gl to Fig. 33. 
Similarly, if the user selects the call distribution graph 
(step 930), the program exits via jump G2 Fig. 34. The last 
available alternative for the user on the graph data menu 

15 display is the escape key function (step 934) which terminates 
the graph data menu display and returns to the main menu via 
j\mp M. Figs. 33, 34 and 35, to which these jumps lead, will 
now be discussed. 

Fig. 33 is a flow chart of the "graph historical usage" 

20 section of the "graph data" portion of the "User Application" 
program of Fig. 4. It is entered via program jump Gl from 
Fig. 32, as discussed above, whereupon program step 938 
displays the historical graph menu. From that menu the user 
may select the help function (step 9''t0) which will display the 

25 historical graph help screen. On thu completion of a help 
screen session the user will be retu:;ned to the historical 
graph. menu of step 938. 
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Among the other choices on the historical graph menu are 
the total charges function of program step 944. Once this 
t step is actuated, the program at step 946 will read the call 

charge (CllChg) tables to obtain the appropriate data to 
5 fulfill the request for total charge information graphs. The 
program then in step 948 computes the necessary graph values 
and determines the corresponding screen positions for graphic 
display. The graph thus computed then displayed on the 
monitor in step 950. At the close oi* the display graph 
10 session, the program returns to the historical graph menu of 
step 938. 

The next two options available to the user from the 
historical graph menu include that of program step 952, a 
historical graph illustrating total usage, and that of the 

15 total DB/CR (total debit/credit records) function in program 
step 954, both of which cycle through the above-described 
steps 946, 948 and 950, returning then to step 938, in the 
same manner as the total charges sel<':ction of program step 
944. The DB/CR data relates exclusively to non-call-detail 

20 records, such as leased phone lines, leased equipment, and the 
like; and is to be distinguished froia the call detail 
information called for by steps 944 i\nd 952. 

The remaining option in the proc^ram section of Pig. 33 is 
the escape function, which in step 906 will terminate the 
* 25 historical graph menu session and exit via program jump G to 
the entry point of Fig. 32. 
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Fig. 34 is a flow chart of the "Graph Hourly Call 
Distribution" subsection of the "Graph Data" section for the 
"User Application Program" segment of Fig. 4. It is entered 
via progrsun jump G2 from Fig. 32, and leads immediately to the 
5 call distribution graph of step 958. Should the user then 
actuate the help selection offered by program step 960, 
program step 962 will present a screen providing help for the 
Call Distribution Graph Function. After that help session is 
completed the program returns to the distribution graph menu 
10 step 958. 

If the user chooses the month alternative of step 964, 
the program then will, in step 966, read from the call 
distribution file table (CallDist file) the necessary 
information to produce the graph called for. Having obtained 

15 that information, the program in step 968 then processes the 
information to compute the necessary values for detemining 
the graph's appearance on the screen, and in step 970 sends 
the results on to the display device. At the termination of 
the graph display the program returns to the distribution 

20 graph menu of step 958. 

Should the user decide to display the weekly distribution 
graph of program step 972, the user must advise the system of 
what specific week of the current moj\th is desired to be 
graphed (step 974). Similarly, should the user decide to 

25 display the daily distribution graph of program step 976, the 
user must advise the system of what specific day of the 
current month is desired to be graphod (step 977). After that 
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is done, in both cases the program then cycles through 
previously described steps 966, 968 and! 970, to display the 
weekly or daily graphs as the case may be, eventually 
returning to step 958 in the manner explained above, 
5 The remaining alternative for the user in this particular 

menu is step 978, the escape function, which terminates the 
call distribution graph menu session, returning via program 
jump G to Fig. 32. 

Fig. 35 is flow chart of the "System Utilities" section 

10 for the "User Application" program of Fig. 4. It is entered 
via program jump S from Fig. 28 described above, and goes 
immediately to a system utilities menu at step 980. Among the 
choices available from that menu is that of step 982, 
archiving the data of the current billing cycle. Should the 

15 user choose that particular option, in step 984 a "working" 
message is displayed on the screen while step 986 is executed 
to archive all the inputted data of the current billing cycle. 
When the archival processing job is completed, the program 
then returns via program jump S to step 980 in order to 

20 redisplay the system utilities menu. 

Among the other menu selections that are available to the 
user is the load new data function of step 988. When that 
option is selected, the program exitn via jump S2 to a routine 
described below in connection with Fag. 36. 

25 Next the user may choose (in step 990) to print the 

actual invoice. Upon selection of that particular menu item 

« 

the invoice will actually be prepared and printed in step 992, 
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after which the program executes jumi- S to return to the menu 
display function of step 980 • 

Should the user choose the option of step 994, billing * 
information, the program in step 996 will display the billing 
5 information on the monitor, after which the program returns 
via jump S to step 980 to redisplay the system utilities menu. 

The next option is the help function 998 offered by step 
998. Upon the actuation of that particular selection the 
program will in step 1000 display the system utility help 
10 screen and then return via jump S to the system utilities menu 
at step 980. 

The final alternative selection on this menu is the 
escape key (step 1002) , which terminates the system utilities 
menu session and returns to the next higher level, the main 

15 menu of Fig. 28, via program jump M. 

Fig. 36 is a flow chart of the "Load New Data" s\ibsection 
of the "System Utilities" section for the "User Application 
Program" segment of Fig. 4. It is entered via program jump S2 
from Fig. 35, previously described, whereupon step 1006 will 

20 display a message advising the user that the program is being 
loaded. The system then in step 1008 opens an input file in 
which will be stored the new data to be loaded and an error 
file to track all associated error information. The program 
in step 1010 then writes the start date and time to a log 

25 file. The system then in step 1012 fetches from the input 
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file an appropriate record which will subsequently be loaded 
into the database. 
^ After each such fetch operation the program executes a 

loop starting with a test 1014 to determine if the fetched 
5 data represents an end-of-file condition. If such a condition 
exists, the load procedure is completed, and accordingly the 
program in step 1016 will then close the database into which 
the data has been loaded. Thereafter, in step 1018 it will 
check the integrity of the newly created database file. And 
10 at the conclusion of the database integrity check, the program 
will end the loading data session and return to the system 
utilities menu via program jump S leading back to Fig. 35. 

If in step 1014, however, an end-of-file condition is not 
detected, then in step 102 0 the program determines if an error 
15 has occurred. If so, in step 1022 the error will be logged to 
the error file previously created in step 1008, and the 
program loops back to step 1012 to fetch another record. 

The data coming from the source file is in a compressed 
form, as explained above. Therefore if the program does not 
20 encounter an error in step 1020, then in step 1024 it will use 
its decompression algorithm to expanu the fetched data to make 
it suitable for stabsequent use by thr R-base program, and only 
then will load the data to the targe*: database table. 

During loading, the screen informs the user of the 
25 processing which is going on. In stup 1026, therefore, after 
each record is expanded and loaded, the screen display is 
updated to reflect the processing just concluded, and the 
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program recycles back to step 1012, continuing to do so until 
the end-of-file condition is detected by step 1020. 

CONCLUSION 

It will now be appreciated that the system of this 
5 invention provides a means for preparing on diskette 

telecommunications or similar bills in an optimal format for 
further processing, display, and analysis under customer 
control on popularly-available, inexpensive personal 
computers . 

10 For each participating customer^ the appropriately 

selected billing records are obtained from the 
telecommunications carrier. In contrast to prior art systems, 
the system processes not only call detail records, but 
additional billing records to account for equipment rental 

15 charges, monthly service fees, paymeiits, adjustments, taxes, 
and any other items affecting the amount billed to the 
customer. In addition, all billing records are obtained from 
the carrier at a stage in the carrier's ordinary billing 
process after the carrier has posted to the subscriber's 

20 account all charges and credits, has performed all billing- 
related calculations for that subscriber, and is ready to 
print a paper bill. By selecting this specific stage of 
carrier bill processing from which to extract billing 
information, the invention ensures that the information 

25 supplied on diskette will exactly correspond to that on the 
paper V bill. 
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Extensive preprocessing of these billing records is 
performed to place the records in a form compatible for use 
with inexpensive personal computers, and to provide flexible, 
efficient access to the original records and to a variety of 
5 summary reports and graphs accumulated therefrom. In a first 
processing step, preferably performed on a large computer, the 
records are sorted, edited and reformatted into an optimal 
organization for further processing cm a personal computer. 
In addition, a variety of preprocessed summary reports and 

10 graphs are prepared for rapid retrieval on the customer's 

computer. By preprocessing these summary items on a computer 
with greater processing and storage resources, the invention 
optimally makes the most commonly-needed reports and graphs 
immediately available upon the user's request, at the 

15 relatively modest expense of additiojial mainframe processing 
and additional PC database storage requirements. In a second 
step, preferably performed on a netwc/rk of smaller computers, 
the reorganized records and summary leports for each customer 
are separated, compressed, and recorded on diskettes 

20 compatible with each customer's personal computer. 

A user application program according to the invention on 
the customer's personal computer con^-eniently displays and 
analyzes the billing information supplied on diskette. The 
customer may retrieve the detailed billing records in a 

25 variety of sorted orders, may select a subset of the records 
for further analysis, may view the preprocessed summary 
reports and graphs, and may prepare new summary reports on 
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demand. Previous telephone bills are kept in archive files 
for repeated analysis. Billing information may be displayed on 
screen I printed on a printer, or written to an unstructured 
file for analysis beyond that provided, by the user 
5 application. 

This system thus solves many of the disadvantages 
encountered in prior-art systems for collecting, processing 
and analyzing billing information under customer control. 
Diskette bills and the user application program are optimally 

10 compatible with popularly available, inexpensive personal 
computers, eliminating the need for customers to own or 
operate large, expensive computers and software. The system 
provides to users billing informatioii in computer-readable 
form, eliminating expensive and error -prone data-entry and 

15 manual processing steps. The system processes complete 

billing records and obtains these records from originating 
carriers at the proper stage to ensure that the diskette bills 
and analysis produced therefrom exactly correspond to the 
equivalent paper bills. 

20 The above-described embodiment of the invention is merely 

one example of a way in which the invention may be carried 
out. Other ways may also be possible, and are within the scope 
of the following claims defining the invention. 
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The invention claimed is: 

1. A system for displaying transaction information under 
control of a user, said system comprising: 

service provider storage means for storing individual 
5 transaction records prepared by said provider at physical 
locations on said storage means which are not necessarily 
contiguous, said transaction records relating to individual 
service transactions for at least onr service customer; 

first, second, and third data processing means; and 
10 first and second information interchange media means; 

said first data processing means selecting, from said 
service provider storage means, records relating to service 
usage and cost for at least one service customer; 

said first information interchange media means 
15 transferring said selected records from said first data 
processing means to said second data processing means; 

said second data processing means performing on said 
records preprocessing operations useful for display of said 
records ; 

20 said second information interchange media means 

transferring said selected records f:.'om said second data 
processing means to said third data processing means; 

said third data processing means being adapted to 
perform, under the control of a user, additional processing on 

25 said selected records; 

« 
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said selected records being at least in part preprocessed 
by said second data processing means, and 

said third data processing means being adapted to present 
a siabset of said selected records as chosen by said user. 

5 2. A system for displaying telecommunications usage and cost 
information under control of a user, said system comprising: 

telecommunications carrier storage means for storing 
records prepared by a telecommunications carrier relating to 
telecommunications usage and cost for at least one 
10 telecommunications subscriber; 

first, second, and third data processing means; and 
first and second information interchange media means; 
said first data processing meant selecting from said 
telecommunications carrier storage means records relating to 
15 telecommunications usage and cost for at least one 
telecommunications siibscriber; 

said first information interchange media means 
transferring said selected records from said first data 
processing means to said second data processing means; 
20 said second data processing means performing on said 

records preprocessing operations use:iul or necessary for 
display of said records; 

said second information interchange media means 
transferring said selected records from said second data 
25 processing means to said third data processing means; 
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said third data processing meani; being adapted to 
perform, under the control of a user, additional processing on 
said selected records, said selected records being at least in 
part preprocessed by said second data processing means, and 
5 said third data processing means being adapted to present 

a subset of said selected records as chosen by said user. 

3. A system as in claim 2 wherein said records prepared by 
said telecommunications carrier comprise for each said 
telecommunications subscriber all information required for 

10 said telecommunications carrier to produce an ordinary 
telecommunications bill for that telecommunications 
subscriber. 

4. A system as in claim 2 wherein said selected records 
15 relating to telecommunications usage and cost comprise at 

least one telecommunications call detail record corresponding 
to a unique telecommunications call to be billed to said 
subscriber, said call having a length determined by said 
telecommunications carrier. 

20 5. A system as in claim 4 wherein said telecommunications 
call detail record includes an exact indicia of a charge 
assessed by said telecommunications carrier to said subscriber 
for said call. 
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6. A system as in claiia 4 wherein Siaid teleconuaunications 
call detail record includes an exact indicia of the length of 
said call determined by said telecommunications carrier. 

7. A system as in claim 2 wherein said first information 
5 interchange media means is a magnetic tape, 

8. A system as in claim 2 wherein said first information 
interchange media means is a magnetic disk. 

9. A system as in claim 2 wherein said first information 
interchange media means is a data communications line. 

10 10. A system as in claim 2 wherein: 

said second data processing means comprises intermediate 
means for storing a plurality of saia selected records for at 
least two of said subscribers during said preprocessing 
operations ; 

15 each of said selected records comprises at least indicia 

identifying each said telecommunications sxibscriber; and 

said second data processing mear.s is adapted to sort said 
selected records responsive to said andicia identifying said 
telecommunications subscriber to group together logically on 

20 said intermediate storage means all rf said selected records 
for each said stibscriber. 
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11 • A system as in claim 10 wherein: 

each of said selected records corresponds to a 
telecommunications station number anc'. further comprises at 
least indicia identifying said telecommunications station 
5 number; and 

said second data processing means is adapted to further 
sort said selected records responsive to said indicia 
identifying said telecommunications station number to group 
together logically on said intermediate storage means all of 
10 said selected records corresponding to each said 
telecommunications station number. 

12. A system as in claim 4 wherein: 

said second data processing means creates at least zero 
additional records containing information derived from said 
15 preprocessing operations; 

said second information interchange media means transfers 
said additional records from said second data processing means - 
to said third data processing means; 

said third data processing means is further adapted to, 
20 under the control of a user, perform additional processing on 
said additional records created by said second data processing 
means ; and 

to present a subset of said additional records as chosen 
by said user. 
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13 . A system as in claim 12 wherein each said 
telecommunications call detail record comprises one or more 
indicia of a carrier code identifying a carrier through which 
said call was billed. 

5 14. A system as in claim 12 wherein each said 

telecommunications call detail record comprises one or more 
indicia of a site code identifying a customer location from 
which said call was placed. 

15. A system as in claim 12 wherein each said 

10 telecommunications call detail record comprises one or more 
indicia of an originating station number from which said call 
was placed. 

16. A system as in claim 12 wherkin each said 
telecommunications call detail record comprises one or more 

15 indicia of a date when said call was placed. 

17. A system as in claim 12 wherein each said 
telecommunications call detail record comprises one or more 
indicia of a time when said call was placed. 

18. A system as in claim 12 wherein each said 

20 telecommunications call detail record comprises one or more 
indicia of a locality where said call was terminated. 
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19. A system as in claim 12 wherein each said 
telecommunications call detail record comprises one or more 
indicia of a political region where said call was terminated. 

20. A system as in claim 12 wherein each said 

5 telecommunications call detail record comprises one or more 
indicia of a terminating station number to which said call was 
placed. 

21. A system as in claim 12 wherein each said 
telecommunications call detail record comprises one or more 

10 indicia of a length in time of said call. 

22. A system as in claim 12 wherein each said 
telecommunications call detail record comprises one or more 
indicia of a project accounting code to which said call should 
be attributed. 

15 23. A system as in claim 12 wherein each said 

telecommunications call detail record comprises one or more 
indicia of a billing classification code associated with said 
call by said carrier. 

24. A system as in claim 12 wherein each said 
20 telecommunications call detail record comprises one or more 
indicia of a call cost associated with said call by said 
carrier. 
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25. A system as in claim 12 vherein each said 
telecommunications call detail record comprises one or more 
indicia of miscellaneous information associated with said call 
by said carrier. 

5 26. A system as in claim 22 wherein: 

said second data processing means, responsive to said 
project accounting code indicia, accumulates for each said 
telecommunications subscriber a summary of said 
telecommunications calls to which each said project accounting 
10 code was attributed; and 

stores said summary in project accounting code summary 
records on said intermediate storage means. 

27. A system as in claim 26 wherein isaid additional records 
comprise at least one project accounting code summary record 

15 created by said second data processing means. 

28. A system as in claim 13 wherein: 

said second data processing means, responsive to said 
carrier code indicia, accumulates for each 
said telecommunications subscriber a sximmary of said 
20 telecommunications calls billed through said carrier; and 

stores said summary in carrier summary records on said 
intermediate storage means. 
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29. A system as in claim 28 wherein said additional records 
comprise at least one carrier summary record created by said 
second data processing means. 

5 30. A system as in claim 23 wherein: 

said second data processing means, responsive to said 
billing classification code indicia, accumulates for each said 
telecommunications subscriber a summary of said 
telecommunications calls associated with each said billing 
10 classification code; and 

stores said summary in billing classification code 
summary records on said intermediate storage means. 

31. A system as in claim 30 wherein said additional records 
15 comprise at least one billing classil'ication code summary 

record created by said second data* processing means. 

32. A system as in claim 20 wherein: 

said terminating station number indicia includes indicia 
20 of a carrier-recognized geographical area to which said call 
was placed; 

said second data processing means, responsive to said 
geographical area indicia, accumulat(.s for each said 
telecommunications subscriber a suHimi.ry of said 
25 telecommunications calls placed to ec.ch said carrier- 
recognized geographical area; and 
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stores said siimmary in geographical area code summary 
records on said intermediate storage means. 

33. A system as in claim 32 wherein said additional records 
5 comprise at least one geographical area code siimmary record 
created by said second data processing means. 



34. A system as in claim 15 wherein? 

said second data processing means, responsive to said 
10 originating station number indicia, accumulates for each said 
telecommunications subscriber a sximmcxry of said 
telecommunications calls placed from each said origination 
station number; and 

stores said sximmary in originating station n\imber svimmary 
15 records on said intermediate storage means. 

35. A system as in claim 34 wherein said additional records 
comprise at least one originating station nximber summary 
record created by said second data processing means. 

20 

36. A system as in claim 14 wherein: 

said second data processing means, responsive to said 
site code indicia, acctmulates for each said 
telecommunications subscriber a summary of said 
25 telecommunications calls placed from each said customer 
location; and 
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stores said summary in site code summary records on said 
intermediate storage means. 

37. A system as in claim 36 wherein said additional records 
5 comprise at least one site code summary record created by said 
second data processing means. 
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